home *** CD-ROM | disk | FTP | other *** search
/ Amiga Developer CD v2.1 / Amiga Developer CD v2.1.iso / Contributions / Heinz_Wrobel / Networking / Envoy_3.0 / Developer / info / Realms < prev    next >
Text File  |  1997-05-11  |  7KB  |  159 lines
  1. /*------------------------------------------------------------------------*/
  2. /*                                                                        *
  3.  *  $Id: Realms 1.4 1997/05/11 14:00:35 heinz Exp $
  4.  *                                                                        */
  5. /*------------------------------------------------------------------------*/
  6.  
  7. Using Envoy in Internetworked situations
  8. ----------------------------------------
  9.  
  10. If you are using Envoy in a situation where machines are on different
  11. physical networks, or where you want to configure groups of
  12. machines independent of each other on any number of networks, you
  13. will need to configure NIPC to use Realms. If all of your machines
  14. are on the same network and if you don't have machine groups to
  15. separate, you may ignore the rest of this file.
  16.  
  17. Note that all routing *MUST* be set up correctly before you can set up
  18. Realms. So please check if all your gateways and default routing on the
  19. different machines are set up correctly. Each machine should be able to
  20. reach any other machine, which usually means that the default
  21. gateway for machines on one physical network should be set to the
  22. machine on the network being connected to any other physical
  23. networks.
  24.  
  25.  
  26. What is a Realm?
  27. ----------------
  28.  
  29. A Realm is a collection of one or more machines on any number of
  30. networks that are set up to act as if they were on one logical
  31. network. This is done by having a single machine extend NIPC's
  32. inquiry capabilites to multiple physical networks and using the
  33. Realm name for the resulting logical network. To access a machine
  34. on a specific Realm, you use both the Realm name and the machine's
  35. name:
  36.  
  37.     "Vehicles:Chrysler" Machine Chrysler on Realm Vehicles
  38.  
  39.  
  40.  
  41. Configuring a Realm
  42. -------------------
  43.  
  44. Whenever a machine ona Realm needs to reach any other machine, it
  45. queries its Realm Server. The Realm Server knows about all the
  46. machines belonging to the Realms it serves, and also about Realm
  47. servers for other Realms that may need to be reached.
  48.  
  49. To make this possible, each machine on the Realm needs to be
  50. configured via "Network Configuration" to access its Realm Server
  51. to obtain network information.
  52.  
  53. The Realm Server needs to know about all networks and machines on
  54. the realms it serves. Their network and machine addresses are
  55. entered within the Realm Configuration Panel in the lefthand
  56. listview, named "Local Realms".
  57.  
  58. You may have to enter a machine address instead of its network
  59. address, if the machine cannot be reached with a network broadcast
  60. address. This could happen on, e.g., PPP connections to that
  61. machine.
  62.  
  63. For queries not resolved by this Realm Server, the righthand
  64. listview for "Remote Realms" is used. Here you can enter the Realm
  65. names and addresses of any other Realm Servers for Realms that need
  66. to be reachable. The query for respective realms will be forwarded
  67. to those Realm Servers then.
  68.  
  69. Note that you can create asymmetric setups where Realm A can reach
  70. Realm B, but not vice versa. You can also configure "Sub" Realm
  71. Servers containing only part of the realm information that are
  72. contacted by the main server for a Realm. This may or may not be
  73. what you want. So be careful and plan ahead!
  74.  
  75.  
  76. An Example Configuration
  77. ------------------------
  78.  
  79. To accomplish this, the machine that is to be designated as a
  80. Realm Server has to be provided with a list of the network addresses
  81. of all networks within a Realm.  Consider the diagram below.
  82.  
  83.  
  84. Backbone Network (135.7.10.0)
  85. ----------------+-------------------------------+-------------------
  86.                 |                               |
  87.                 |                               |
  88.                 +- Harley (135.7.11.2)          |
  89.                 |                               |
  90.       Kawasaki -+                               +- Chrysler (135.7.12.3)
  91.                 |                               |
  92.                 +- Yamaha              Pontiac -+
  93.                 |                               |
  94.          Honda -+                               +- Saturn
  95.                 |                               |
  96.                 |                               |
  97.                 |                               |
  98.                 |                               |
  99.                 |                               |
  100.                 |                               |
  101.                 |                               |
  102.                 |                               |
  103.         Subnet (135.7.11.0)             Subnet (135.7.12.0)
  104.  
  105.  
  106. On this network, a subnet mask of 255.255.255.0 is being used, so that the
  107. first three bytes of the IP address are used to designate each physical
  108. network.
  109.  
  110. If you wanted the two networks 135.7.11.0 and 135.7.12.0 to act as a
  111. single Realm named Vehicles, you would choose a machine to act as the
  112. Realm Server.   This machine may be on either network, or may even be
  113. on a different network altogether, as long as all of the machines on
  114. both networks are able to communicate with it.
  115.  
  116. For simplicity, we'll choose Harley to be the Realm Server.
  117.  
  118. To configure this, you will first need to run the Network
  119. Configuration utility on Harley. Harley needs to use and be the
  120. Realm Server at the same time. Please set the checkboxes in the
  121. configuration screen accordingly and Enter "Vehicles" as Realm
  122. Name. Don't forget to set Harley's own address into the Realm
  123. Server gadget, as it is the Realm Server for its own Realm. Next
  124. switch to the Realm Configuration panel, where you will see two
  125. listview gadgets.
  126.  
  127. What you would need to do is add two entries to the lefthand listview
  128. with the following information:
  129.  
  130.         Vehicles 135.7.11.0
  131.         Vehicles 135.7.12.0
  132.  
  133. "Vehicles" should be entered into the lefthand string gadget, and
  134. the network addresses should be entered into the righthand string gadget
  135. under the lefthand listview. This tells the Realm Server Harley how to
  136. reach the physical networks belonging to the Realm.
  137.  
  138. Now, for each machine on both networks, you must run the NIPC configuration
  139. program, and on the first panel, set the Realm Name to "Vehicle" and the
  140. Realm Server Address to 135.7.11.2.  (This should also be done on Harley).
  141.  
  142. The Remote Realms listview is used for informing a Realm Server of Realms
  143. that are being controlled by other machines.  For example, if you decided
  144. that you had a third network with an address of 135.7.13.0 and wanted to
  145. have it called "Boats", you could add an Entry to the Remote Realms listivew
  146. similar to the following:
  147.  
  148.         Boats   135.7.13.5
  149.  
  150. Where 135.7.13.5 is the IP address of the machine that is controlling the
  151. Boats Realm.  Likewise, that machine should have an entry for "Vehicles"
  152. in it's list of Remote Realms that looked like this:
  153.  
  154.         Vehicles 135.7.11.2
  155.  
  156. Where 135.7.11.2 is the address of Harley.
  157.  
  158.  
  159.